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SYNCHRONIZING POWER CONSERVATION MODES 

Background 

This invention relates generally to wireless devices, 
and particularly to wireless devices with a reduced power 
5 consumption mode. 

A wireless device such as a cellular telephone may 
include two processors. One processor may be responsible 
for baseband processing and the other may be responsible 
for handling non-wireless applications such as telephone 
10 logs, call functions and the like. In other wireless 
devices, one processor may execute both communications 
functions and applications. Regardless of the number of 
processors, separate communications and application 
subsystems may exist. 
15 In portable embodiments, preservation of battery life 

may be very critical. Thus, portable wireless systems may 
adopt reduced power consumption modes to increase the time 
between battery charges . 

One of the two subsystems may power down to save power 
2 0 while the other one is still powered up. This may result 
in ineffective power consumption conservation. 

Also, one of the subsystems may constantly call on the 
other subsystem, while the other subsystem is in the power 
conservation mode, in order to implement certain functions. 
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Thus, each subsystem may constantly be pulled out of its 
lower power consumption mode by the other subsystem. 

Generally, processor-based systems progressively power 
down. Some processor-based systems have several power 
consumption states. Based on a triggering of event such as 
lack activity, the system may power down to a lower power 
consumption state. After a period of continued inactivity, 
a system may power down to an even lower power consumption 
state . 

If activity occurs, the system may then transition 
progressively to successively higher power consumption 
states. Because there is a time delay between the 
triggering event and the resumption of a full active state, 
it is undesirable to prematurely power down the system. In 
addition, performance of the system may suffer if the 
system is continually powering down and then immediately 
powering back up. 

Because the communications and application subsystems 
are separate, their power consumption modes may tend to 
conflict. When one subsystem wants to power down, the 
other subsystem may need to be powered up. This may result 
in inconsistencies between the two subsystems. In 
addition, one subsystem may constantly cause the other 
subsystem to return to its full power consumption state. 

In effect, each subsystem may constantly pull the 
other subsystem to a higher power consumption mode. This 



may result in system inefficiencies as well as increased 
power consumption. 

Thus, there is a need to improve the power consumption 
operation of communication and application subsystems. 

5 Brief Description of the Drawings 

Figure 1 is a schematic depiction of one embodiment of 
the present invention; 

Figure 2 is a flow chart for software in accordance 
with one embodiment of the present; 
10 Figure 3 is a communications diagram in accordance 

with one embodiment of the present invention; and 

Figure 4 is a flow chart in accordance with one 
embodiment of the present invention. 

Detailed Description 

15 Referring to Figure 1, in one embodiment, a wireless 

device 10 may include a baseband processor 12 that controls 
a communications subsystem and a general purpose processor 
24 that executes other applications, not directly related 
to implementing wireless communications. In one 

2 0 embodiment, the device 10 may be a wireless telephone. In 
other embodiments, the device 10 may be any wireless device 
such as a wireless networking device for computer systems. 

The baseband processor 12 and general purpose 
processor 24 may communicate over an internal bus 16 in one 

25 embodiment. Also coupled to that bus is a memory 14 that 
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may store software 26 for synchronizing power consumption 
modes between the general purpose processor 24 and the 
baseband processor 12. Also coupled to the bus 16 is a 
digital signal processor 18. The digital signal processor 
18 communicates with a memory 22 over a bus 2 0 in one 
embodiment . 

In some cases, both the baseband processor 12 and the 
general purpose processor 24 may have software for 
implementing a power saving feature. To do so, each 
processor 12 or 24 progressively transitions to one or more 
lower power consumption states. A variety of triggers may 
be detected to control the transition between power 
consumption states. In one embodiment, these triggers are 
based on inactivity or activity. Namely, inactivity causes 
a processor 12 or 24 to transition to a lower power 
consumption state and activity causes a processor 12 or 24 
to power back to a higher power consumption state. 

In lower power consumption states, such as a sleep 
mode, power consumption is reduced but the subsystem's 
ability to promptly act on and execute tasks may also be 
reduced. Thus, a subsystem may need to transition to a 
higher power consumption state to effectively handle 
various conditions and to take required actions. 

In some embodiments, the communications and 
application subsystems may be implemented on separate 
integrated circuits. In other embodiments, separate 



processors may be provided on the same integrated circuit. 
In still other embodiments, a single processor may operate 
both the application and communications subsystems, in 
which case these subsystems may consist of software or 
5 software and hardware. In general, the communications 

subsystems is involved in establishing communications and 
the application subsystem is involved with all other 
software functions. 

Referring to Figure 2, the power control software 2 6 

10 may be a separate module which alters activities on one of 
two subsystems, such as the communication and application 
subsystems, in view of information exchanged between the 
two subsystems. For example, one subsystem may provide 
information which causes the other subsystem to change an 

15 activity so as to avoid waking the other subsystem. As 
another alternative, the two subsystems may exchange 
sufficient information to enable them to synchronize 
activities with respect to their power consumption states. 
In some cases, these activities may be altered in order to 

2 0 reduce power consumption. In other cases, these activities 
may be coordinated in view of power consumption information 
in order to optimize or improve the performance of each 
subsystem through synchronization. 

In some cases, a separate module, separate from both 

25 the first and second subsystems, may be utilized to receive 
information from one or more subsystems and to coordinate 
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activities on those subsystems. In some cases, the control 
module may be within each independent subsystem. Thus, 
each independent subsystem may receive and may use 
information to alter its activities to achieve a desirable 
5 condition, such as reduced power consumption or better 
coordination between subsystems. In some cases, 
independent subsystems may assign one subsystem to be the 
master relative to other subsystems. In such case, the 
other subsystems may alter their activities to coordinate 

10 with the master in one embodiment. As still another 

option, each subsystem may arbitrate to determine which 
subsystem should alter its activities. As still a third 
possibility, in accordance with some embodiments, each 
subsystem may try, to the best possible extent, to 

15 accommodate the other subsystems. 

In general, at least one subsystem may share 
information about power consumption status with another 
subsystem. In some cases, one subsystem may provide power 
consumption state information to another subsystem. As 

2 0 still another alternative, one subsystem may provide 
information about the duration of a particular power 
consumption state to another subsystem. As yet another 
example, one subsystem may provide a schedule of power 
consumption state changes to another subsystem. As still 

25 another alternative, one system may provide information 
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indicating the probabilities of a particular state change 
or other activities that may effect power consumption. 

In some embodiments, a first subsystem may provide the 
state information automatically to another subsystem or to 
5 an overriding control module. As yet another alternative, 
one subsystem may provide state information upon request. 
As still another alternative, one subsystem may provide 
information to the other subsystem or to an appropriate 
control module when a particular event is detected. 

10 In Figure 2, the power control software 26 initially 

determines the power situation of the first subsystem, as 
indicated in block 28 and the second subsystem in block 30. 
In such an embodiment, the power control software 26 may be 
a separate module to receive information from each of the 

15 subsystems. However, as described above, the software 26 
may be a part of one or both of the first and second 
subsystems . 

Based on the information, a check at diamond 3 2 
determines whether it is possible for one subsystem to 
20 alter one of its activities in view of power consumption 
information received from the other subsystem. If so, the 
power consumption may be coordinated as indicated in block 
34. Otherwise, no corrective action is taken. 

For example, referring to Figure 3, a specific example 
25 of the implementation of power control software 2 6 is 

illustrated without limiting the generality of the present 
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invention. The communications subsystem may send a signal 
to the application subsystem that it is going to a sleep 
mode as indicated at 36. Another signal 38 may also 
indicate that a wake-up of the communications subsystem is 
5 scheduled for X microseconds. Thereafter, the 

communications subsystem may go into the sleep mode as 
indicated at 40. 

Meanwhile, in the application subsystem, there is a 
particular activity Y that needs to be executed. As 

10 indicated in block 44, execution by the application 
subsystem can be delayed but executing that activity 
necessitates that the communications subsystem not be in 
its sleep mode at least for X microseconds (the duration of 
the communications subsystem sleep mode) . Thus, execution 

15 by the application subsystem may be delayed to avoid 
"waking up" the communications subsystem. Since the 
application subsystem has been advised of the wake-up time 
of the communications subsystem, the application subsystem 
can determine that it makes sense to wait to execute 

2 0 activity Y. After the communications system leaves the 
sleep mode as indicated at 42 in Figure 3, the 
communications subsystem sends a signal, as indicated at 
46, to the application subsystem. Thereafter, the activity 
Y may be executed as indicated in block 48. 

25 Increased power savings may occur in the period of the 

delay determined in block 44. This is because if activity 
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Y were executed when originally triggered, activity Y would 
have caused the communications subsystem to be powered up 
(i.e., leave the sleep mode prematurely), potentially 
resulting in inefficiencies and extra power consumption. 

Thus, the software 54, which may be run by the 
application subsystem, in one embodiment, begins by 
determining whether a power down advisory has been received 
as indicated in Figure 4 at diamond 56, in one embodiment. 
If so, and if an active task is received as indicated in 
diamond 58, a check determines whether or not it is 
possible to synchronize the execution of the active task 
with the sleep schedules or power down schedule of the 
communications subsystem as indicated in diamond 62. If 
so, the task may be delayed or otherwise rescheduled and 
then the power down may proceed as indicated in block 60. 
Otherwise, if no synchronization is determinable, the 
system may just proceed in any case. 

In some embodiments, the application subsystem may be 
the de facto master that determines whether to alter its 
execution to fit the needs of the communications subsystem. 
In other cases, the communications subsystem and 
application subsystems may act in a peer to peer 
relationship with respect to scheduling activities relative 
to power conservation. As still another embodiment, the 
communications subsystem may be the de facto master. In 
some embodiments, one or the other of the subsystems may 
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yield its activities in favor of the power down states of 
the other system to the extent feasible. While an example 
is given in which activities are deferred until after a 
reduced power consumption mode, in other embodiments, one 
5 subsystem may be advised to complete an activity before the 
transition to a reduced power consumption mode is entered. 

In some cases, a software module may control the 
transitions between power consumption modes and may 
coordinate those transitions between the communications and 

10 applications subsystems. Thus, in some cases, both 

subsystems may enter a power savings mode at the same time. 
The time of entering the reduced power consumption mode may 
be determined by the software module in view of the 
upcoming tasks of each subsystem. 

15 While the present invention has been described with 

respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 

2 0 within the true spirit and scope of this present invention. 
What is claimed is: 
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